Tajik translation updated

Tajik translation updated

Tajik translation updated

Delete gtk/extract-strings binary from source

It was accidentally committed to git.

Bump version

3.9.8

Remove debug spew

Don't segfault when setting opacity on an offscreen window

This was causing the treeview tests to fail.

Revert the private macro change for GtkToolButton

There was a reason that GtkToolButton was not using the
G_DEFINE_TYPE macros - we need the klass argument to get
the proper button type at init time.

wayland: Handle the display connection erroring out

wl_display_flush or wl_display_dispatch can return -1 if there is an
error on the display connection.

https://bugzilla.gnome.org/show_bug.cgi?id=703892

wayland: Don't clear revents until we've checked for G_IO_HUP

https://bugzilla.gnome.org/show_bug.cgi?id=703892

Fix a typo

Document new environment variables

Explain GDK_SCALE and GDK_DPI_SCALE.

Add new api to the gtk docs

Add new gdk api to the docs

Deprecate and hardcode gtk-recent-files-limit

The GtkRecentChooser already has a property that can be used
to set this on a per widget basis and the recent manager already
has a max-age limit.

places sidedbar: deal with lack of symbolics

Use g_themed_icon_new_with_default_fallbacks, so we don't end up
without icons when the theme doesn't have symbolic icons.

https://bugzilla.gnome.org/show_bug.cgi?id=703606

Continue the deprecation of GtkIconSet

Deprecate gtk_icon_set_render_icon_surface() and gtk_image_get_icon_set(),
which take parameters of the deprecated GtkIconSet.

https://bugzilla.gnome.org/show_bug.cgi?id=703616

Fix some inconsistent deprecations

Some functions had only a deprecation comment in the .c file, or only a
deprecation annotation in the .h file. Add the missing parts.

https://bugzilla.gnome.org/show_bug.cgi?id=703616

gtkrecentmanager: Avoid confusion between the meta-data and the actual resource.

Fixed the documentation to clarify that gtk_recent_info_get_visited
and gtk_recent_info_get_modified are actually about the recent info
meta-data rather than the resource itself.

https://bugzilla.gnome.org/show_bug.cgi?id=703827

Tajik translation updated

wayland: request appropriate compositor version to support buffer scale

With the introduction of the use of buffer scaling in ed4fcee4ct we
must request version 3 of the compositor as that is the version of the
surface interface that adds this new functionality. See the following
commit in weston:

commit a85118c1b85df6fbf8f896dca971a5b79a94da71
Author: Jason Ekstrand <jason@jlekstrand.net>
Date:   Thu Jun 27 20:17:02 2013 -0500

    Use wl_resource_create() for creating resources

    This commit sets the version numbers for all added/created objects.  The
    wl_compositor.create_surface implementation was altered to create a surface
    with the same version as the underlying wl_compositor.  Since no other
    "child interfaces" have version greater than 1, they were all hard-coded to
    version 1.

Signed-off-by: Jason Ekstrand <jason@jlekstrand.net>
https://bugzilla.gnome.org/show_bug.cgi?id=703817

docs: Update the coding style

We should mention that newly written code should not have the private
data pointer in the instance structure, and that private data should be
added using the new GObject macros.

https://bugzilla.gnome.org/show_bug.cgi?id=702996

tests: Use the new macros for adding instance private data

https://bugzilla.gnome.org/show_bug.cgi?id=702996

gtk-demo: Use the new macros for adding instance private data

https://bugzilla.gnome.org/show_bug.cgi?id=702996

deprecated: Use the new macros for adding instance private data

https://bugzilla.gnome.org/show_bug.cgi?id=702996

gtk: Use new macros for defining private data

https://bugzilla.gnome.org/show_bug.cgi?id=702996

a11y: Use new macros for defining private data

https://bugzilla.gnome.org/show_bug.cgi?id=702996

gdk: Use new macros for defining private data

Drop the g_type_class_add_private() function, and use the macros
instead.

https://bugzilla.gnome.org/show_bug.cgi?id=702996

Bump GLib dependency to 2.37.3

https://bugzilla.gnome.org/show_bug.cgi?id=702996

GtkSearchBar: Don't show a close button by default

And mention in which cases we should show one in the documentation.

https://bugzilla.gnome.org/show_bug.cgi?id=703656

wayland: Fix build due to missing symbol export

https://bugzilla.gnome.org/show_bug.cgi?id=703765

textlayout: avoid double-free when adding preedit color

In add_preedit_attrs, don't free foreground/background colors already
set in the underlying text attributes (style).  They will be free'd by
release_style.

https://bugzilla.gnome.org/show_bug.cgi?id=703533

Fix the small text for text in GtkAboutDialog

The conversion from gtk_widget_override_font to a GtkTextTag
in fbbb66ae7d19516b7a99de3d8b0a96164fb3ead2 was defective.

https://bugzilla.gnome.org/show_bug.cgi?id=701119

Add missing G_PARAM_DEPRECATED to stock deprecations

Add missing G_PARAM_DEPRECATED to gtksettings

Deprecate and hardcode default toolbar icon size setting

Toolbar icon size can still be changed on a per-widget basis as
needed by the application developer.

Deprecate and hardcode default toolbar style setting

Toolbar style can still be changed on a per-widget basis as
needed by the application developer.

Deprecate and hardcode values for gtk-tooltip* timeouts

Deprecate and hardcode the value of visible-focus setting

Just use the default value of AUTOMATIC and make it just work.

build: Update for perf/ directory removal

Ooops.

perf: Delete

The perf/ directory was unused and the code was outdated. So it's easier
to delete than trying to modernize the code.

tools: Fix casting warnings

fix close button in testtitlebar as well

Same disease as with the previous fix.

csd: Fix up close buttons

Must pass the window as first argument to the signal handler.

Cosmetics

Updated POTFILES.skip

Updated Vietnamese translation

po/vi: import from Damned Lies

Don't prematurely mark window as realized

Other code assumes that the widget has a window if it is realized.
Since we might trigger such code indirectly from gtk_window_realize,
don't mark the window as realized before we've registered its window.

Cosmetic cleanups

Avoid some unnecessary casts.

csd: hide invisible borders when tiled or fullscreen

This is the expected behavior, and matches what mutter does.

csd: fix a resizing artifacts when unmaximizing

When using Super-up/down to maximize and unmaximize a csd window,
the titlebar and content was not picking up the window borders.

csd: no border when fullscreen

The was a missing fullscreen check in get_decoration_size was causing
the window background to have a transparent border when fullscreen.

reftest: Add reftest for scaled image borders - fails on GDK_SCALE=2

gtk-demo: Properly cleanup the revealer demo

We forgot to remove the timeout.

GtkListBox: Add g_return_if_fail checks to public row functions

testsuite: Add tests for gtk_list_box_row_get_index

https://bugzilla.gnome.org/show_bug.cgi?id=703618

GtkListBox: Add a function for getting the index of a row

https://bugzilla.gnome.org/show_bug.cgi?id=703618

GtkListBox: Remove a double semicolon

stack: Use normal opacity groups rather than weird ones in GtkWidget

Since we now do all drawing propagation on the cairo_t (rather than
exposing multiple independent times on the GdkWindows) we no longer
need the opacity 0.999 hack.

widget: Remove some leftover code

The norender stuff is not used anymore

widget: Don't crash if setting alpha on non-realized widget.

https://bugzilla.gnome.org/show_bug.cgi?id=703154

GtkSearchBar: Fix automatic entry connection

Adding an entry to the search bar didn't automatically connect
the signals as expected as the code was in the wrong branch.

https://bugzilla.gnome.org/show_bug.cgi?id=703406

Avoid deprecation warning

There was one overlooked use of GTK_STOCK_MISSING_IMAGE.

wayland: Create the Wayland surface for the window on impl creation

Ths allows the retrieval of the wl_surface before the window is shown.
The surface is still created in the original places since the surface
and shell surface is destroyed when the surface is programmatically
hidden.

wayland: Fix typo in setting of core_pointer

This typo caused the display's core_pointer to be set only if the mouse
was first in the device list.

https://bugzilla.gnome.org/show_bug.cgi?id=703434

wayland: Add custom create_similar_image implementation

The fallback method is used on other backends, but it caused
problems for wayland when it tried to create a surface for
the root window.

File chooser: Convert icons to using cairo_surface_t

GtkCellRendererPixbuf: Add surface property

GtkImage: Add new_from_surface() and set_from_surface()

GtkIconHelper: Convert to using cairo surfaces as base and support scales

We render the source into a cairo_surface_t so that we can render it
with cairo directly, rather than having to convert it from a pixbuf
every time. We also specify the target window when creating the cairo
surface so that rendering can be faster.

Using cairo surfaces also allows us to seamlessly support window scales.

We also add a GTK_IMAGE_SURFACE source type.

icon factory: Add gtk_icon_set_render_icon_surface

Support scales when falling back to loading icons from the
icon theme.

In order to actually render scaled icons we add
gtk_icon_set_render_icon_surface which renders to a cairo_surface_t
which includes whatever scaling you need for scaled icons.

stylecontext: add gtk_render_icon_surface

This draws an icon from a cairo_surface. We want to use this more rather
than render_icon as this means we can skip the pixbuf to surface
conversion (including allocation and alpha premultiplication) at
render time, plus we can use create_similar_image which may allow
faster rendering.

GtkIconTheme: Add helpers to load to cairo_surface_t

Right now this just uses the pixbuf load code and converts
it to a surface. In the future we could cache the pattern
to allow reusing the surface.

icontheme: Add support for high resolution icons

An optional OutputScale integer key has been added to index.theme
subdirs description, so icon themes may provide icons that are
more suitable to render at a (typically 2x) integer upscaled
resolution. This way it is possible to make eg. a 16x16@2x icon has a
real size of 32x32, but contains a similar level of detail to the
16x16 icon so things don't look any more cluttered on high-dpi
screens.

The pixbuf lookup has changed so it prefers a minimal scale change
that yields the minimal real size difference, so if looking up for
a 16x16 icon at 2x, it would first prefer 16x16@2x, then 32x32, and
then any other icon that's closest to match

There is now *_for_scale() variants for all GtkIconTheme ways
to directly or indirectly fetch a GdkPixbuf.

This is based on code by Carlos Garnacho with changes by Alexander
Larsson

CellRendererPixbuf: Set the window on the icon helper

This lets us get scaled icons if needed.

spinbutton: set the window on the icon helper

entry: Set the window on the icon helper

GtkImage: Set the window on the gtkiconhelper

GtkIconHelper: Add set_window()

This is a hint on where the icon will be drawn. It
will allow us to pre-allocate cairo surfaces for the right
target.

gtk-demo: Add demo of hidpi css assets via -gtk-scaled()

CSS: Add -gtk-scaled(image1,image2,...) support for hidpi assets

css: Add a scale argument to css-value compute vfunc

We need to be able to compute different GtkCssImage values
depending on the scale, and we need this at compute time so that
we don't need to read any images other than the scale in used (to
e.g. calculate the image size). GtkStyleProviderPrivate is shared
for all style contexts, so its not right.

GtkWidget: Propagate scale to GtkStyleContext

GtkStyleContext: Add gtk_style_context_get/set_scale

Use gdk_cairo_surface_create_from_pixbuf when possible

Add GDK_DPI_SCALE env var

This is very useful for hidpi where the dpi is scaled to make
non-dpi aware apps larger. In that case a dpi aware gtk+ using
GDK_SCALE will be getting huge fonts. You can the set GDK_DPI_SCALE
to compensate for this.

gdk: Convert mouse position to doubles, add new getters

We've long had double precision mouse coordinates on wayland (e.g.
when rotating a window) but with the new scaling we even have it on
X (and, its also in Xinput2), so convert all the internal mouse/device
position getters to use doubles and add new accessors for the
public APIs that take doubles instead of ints.

x11: Don't follow dpi and scale from xsettings when GDK_SCALE set

If things are hardcoded in the environment, that wins.

x11: Add Gdk/UnscaledDPI to override Xft/DPI

This lets use use a scaled Xft/DPI for old apps while not
blowing up the size of scaled windows. Only apps supporting
Gdk/WindowScaleFactor should supprt Gdk/UnscaledDPI.

x11: Support the Gdk/WindowScalingFactor xsetting

This xsetting can be used to tell Gtk to use a specific window
scaling for the screen.

x11: Initial cut at supporting window scaling for X11

If you set GDK_SCALE=2 in the environment then all windows will be
scaled by 2. Its not an ideal solution as it doesn't handle
multi-monitors at different scales, and only affects gtk apps.
But it is a good starting points and will help a lot on HiDPI
laptops.

wayland: Support gdk_window_get_scale

We track the list of outputs each window is on, and set the
scale to the largest scale value of the outputs. Any time the scale
changes we also emit a configure event.

wayland: Require wayland-client 1.1.90

This has the new methods required for buffer scaling.

wayland: Implement gdk_screen_get_monitor_scale()

We bind to the newer version of the wl_output which supports
the new done and scale events, and if we use this to get the
scale for each monitor (defaulting to 1 if not supported).

gdk: Add gdk_cairo_surface_create_from_pixbuf

gdk: add gdk_window_create_similar_image_surface

This lets us create image surfaces that render faster on specific windows.
It also supports creating scaled image surfaces.

gdkwindow: Respect cairo surfaces with device scale

If a cairo_surface for a window has a device scale set we need
to respect this when creating a similar window. I.e. we want
to then automatically create a larger window which inherits
the scale from the original.

We also need to calculate a different device_offset if there
is a device_scale set.

configure: Add buildtime check for cairo_surface_set_device_scale

We will need this for the window scale support, but its not yet
in a stable cairo release (or even on a master yet), so we make
this optional.